Open Bug 791467 Opened 13 years ago Updated 9 months ago

Copying local folders with extra spaces in the foldername or at the end to Gmail Imap folders (Gmail doesn't support extra whitespace in his Gmail Label)

Categories

(Thunderbird :: General, defect)

15 Branch
defect

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: GvL, Unassigned)

References

(Blocks 1 open bug)

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20100101 Firefox/15.0.1 Build ID: 20120905151427 Steps to reproduce: Copy a local folder with extra spaces in the foldername to my Gmail Imap Inbox. f.e. (without the quotes) "test folder" (2 spaces between test and folder) "test folder " (extra space at the end) Actual results: Thunderbird does not copy these folders to my GMail Imap Inbox. Nothing happens and there is no error message. If I rename the local folders so that there are no extra spaces everything works as expected (but you need to restart Thunderbird before you can copy again) Expected results: The folder should have copied without problems or a warning should display saying that GMail does not allow the creation of foldernames with double spaces or a space at the end. I also tested this in the GMail webmail by creating a label with 2 spaces in the name, f.e. "test label". Gmail automatically changes this to "test label".
Depends on: 791497
> I also tested this in the GMail webmail by creating a label with 2 spaces in > the name, f.e. "test label". Gmail automatically changes this to "test label". It's simply a Gmail's design/implemtation on "excess whitespace", isn't it? > or a warning should display saying that GMail does not allow the creation > of foldernames with double spaces or a space at the end. If creare of "ABC " or "ABC " was requested via Tb's UI, following warning was shown at Activity Manager. The current command did not succeed. The mail servr for account xxx@gmail.com responded: [CANNOT] Folder contains excess whitespace(Failure) This is response to create command from Gmail IMAP server, so warning itself is shown by Tb, although "folder creation request via UI" siently fails. Improvement on this kind of message(adding requested command and parameters) is already requested in a bug. Sorry but I don't know bug number. FYI. If create request of "ABC /DEF"(single space) via Tb's UI, Gmail created Gmail label of "ABC /DEF"(sinle space). So, folder of "ABC " and subfolder of "DEF " under "ABC " was shown by Tb. If create request of "ABC /DEF"(two spaces) via Tb's UI, Gmail rejected it with above error response. Gmail's behavior on "excess whitespace" is slihtly inconsistent.
No longer depends on: 791497
Blocks: tb-gmailWIP
OS: Windows 7 → All
Hardware: x86_64 → All
Summary: Copying local folders with extra spaces in the foldername or at the end to Gmail Imap folders → Copying local folders with extra spaces in the foldername or at the end to Gmail Imap folders (Gmail doesn't support extra whitespace in his Gmail Label)
Thanks WADA, the problem is that TB does not display an error message when copying folders with those names to GMail Imap. There are sevreal users here who want to store their local mail folders online in GMail, so they drag & drop the folders to the Gmail folder but this silently fails when there are extra spaces in the folder names. Afterward TB will also not copy normal folders untill you restart TB.
WADA, so what are the expected outcomes for this bug? I mean, what needs to be changed?
I have also experienced this problem, and it took me ages to work out what had gone wrong whilst creating subfolders (as opposed to copying them like G.vn Laar). I raised report number 1274432 about it. The obvious solution is to simply strip any trailing white space from the end of a directory name as it is entered / when it is copied or moved using SED or similar.
Severity: normal → S3

This is still relevant in TB 115. It's not insurmountable; the program does tell you exactly what the problem is, but the real issue is:

Afterward TB will also not copy normal folders untill you restart TB.
This is totally baffling to the user. Suddenly copying is just... broken for the entire program, and now there is no error message at all to let them know.

See Also: → 1911225
You need to log in before you can comment on or make changes to this bug.